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Ser vic es Available To Users Of The NTSU C omp uting Facil ities 

All people mentioned below may be contacted by calling 

(817) 788-2324: 

In fo r mati on and Project numb ers- Sandy Franklin or Sue Heffley 
in the Computing Center Reception Area, ISB 119. 

Test Sco ring and Ana ly si s -Sue Heffley or Sandy Franklin. 

Newsletter Questions/C ontri butions/e tc . - Claudia Putnam. 

Statistica l/R es ear ch Su ppo rt (provided for graduate students 
and faculty members) - Bob Brookshire, George Morrow, 
Claudia Putnam, and Mohamad Salahshour. 

Non-R es earch Student Pr ogram ming Problems - student consultants 
from the Computer Science Department, found in ISB 1J4A 
near dispatch and the user keypunch area. Student 
consulting provided by the College of Business is 
available at the BA Computing Access Facility. 

JCL and De bug ging Problems - Mohamad Salahshour. 

Pre-Re se arch C ounseling , I nc lud ing S urve y Instrument Desi gn - 
Bob Brookshire, George Morrow, and Claudia Putnam. 

Data Entry to MUSIC, K eypunch R equest s a nd Q uesti ons Regarding 
Layout of Keypunch Sheets; Interpreting - Betty Grise, 

ISB 227. 

Acad emi c Times ha ring Inf orm ation and/o r Pr oblems HP/2000 and 
AS/5000 MUSIC (McGill University System for Interactive 
Computing) information and problems, including terminal 
problems - Mohamad Salahshour. 

Adm inist rative Applica tions - Coy Hoggard. 

A S/50 00 Com pu ter Har dw a re/So ftw are/3illinq Pro blems - Sandy 
Franklin. 

DOS Su bmis sio n and Retriev al - RJE Operators. 

i---j 


r - 1 

I Sumeec Com puting Hou rs 

I 

| Computing facilities will be open during the following times 
| throughout the Summer Sessions (not applicable to holidays): 

I 

I Computing Cent er RJE: 7 AM Monday to Midnight Saturday; 

I Noon to Midnight Sunday. 

I 

I C ol l eg e of Busi ness RJE: 8 AM - Midnight, Monday - Saturday; 

I Noon to Midnight Sunday. 

I 

J Media Lib rary (GAB): 8 AM to 10 PM Monday through Thursday; 

I 8 AM to 6 PM Friday;10 AM to 6 Pn 

I Saturday; 2 PM to 10 PM Sunday. 
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MUSIC AND THE HP TO GET NE8 TELEPHONE NUMBERS 


ruesday, July 27, the HP-2000 and HUSIC will be inaccessible from 9 to 
9:15 AM. During that time, the telephone lines will be converted to the 
new telephone system being acquired throughout the campus. When the con¬ 
version is completed, at 9:15 A3, the following numbers will be in ef- 
f ec t: 

HP-2000 565-3300 
MUSIC 565-3499 


INTERPRETING SERVICE NO LONGER AVAILABLE THROUGH OPERATIONS 


The IBM 029-C22 interpreting carl punch that is located in the dispatch 
area of the Computing Center (ISB 134A) has cashed in its chips. Sadly, 
the 029, as it was called by its friends, has finally succumbed to age, 
hard work, and object decks. This means that the interpreting service 
tnat has long been a part of Operations will be no more. Fear not, how¬ 
ever, tor Data Entry is with you. For the trouble of walking up the 
stairs to ISB 227 (and the interpreting charge of $5.00 per 1000 cards) 
you may have your cards interpreted by the much younger and flashier in¬ 
terpreting/keypunches housed there. 


COMPUTING CENTER SUMMER II EORKSHOPS AND SHORT COURSES 


If you intend to use the Computing facilities for Research/Instructional 
or word processing projects, tne Computing Center is offering the follow¬ 
ing short courses for your benefit. 

The course schedule is as follows: 


Introduction to BMDP Monday/Kednesday July 26/28, 1982, from 

1-3 p.m. General purpose statistical 
package especially good for Analysis 
of Variance designs. 

INSTRUCTOR: Bob Brookshire. 

Introduction to MUSIC Monday July 26, 1982, from 3-5 p.m. 

Good for those who wish to learn the 
interactive computing system here at 
NT5U. INSTRUCTOR: Claudia Putnam. 
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Introduction to SAS 


Tuesday/Thursday July 27/29, 1982, from 
1-3 p.a. General purpose statistical 
package with many other capabilities. 
INSTFUCTOR: Claudia Putnam 

Introduction to SPSS Tuesday/Thursday July 27/29, 1982, from 

3-5 p.m. A general purpose statistical 
package especially good for social science 
data. INSTRUCTOR: Bob Brookshire. 

Advanced Topics in MUSIC Wednesday July 28, 1982 from 3-5 p.ra. 

Advanced usage of MUSIC NOT including 
KUSIC/SCRIPT. 

INSTRUCTOR: Mohammad Salahshoor 

Introduction to KUSIC/SCHIPT 

Friday July 30, 1982, from 10 AM -12 
noon. Good for those who wish to utilize 
the computer do to word processing. 
INSTRUCTOR: Claudia Putnam 

Introduction to HP/2000 Friday July 30, 1982, from 1-3 p.m. 

Provides a general introduction to the 
facilities available on the HP/2000 
minicomputer. INSTRUCTOR: Jeff Brooks 


REPORT OH COMPUTING FACILITIES PLANNING 


As may be witnessed by the casual observer passing the general academic 
building, construction is now underway on the fifth floor of that struc¬ 
ture. The space, when completed, will be occupied by the machine rooms 
of the Computing Center and by the Computer Science Department. 

The finishing of the fifth floor of the GAB is part of a general ef¬ 
fort on the part of the University to upgrade the level of computing at 
North Texas State University. In addition to new facilities for equip¬ 
ment, the Computing Center, along with the Computing Council, is current¬ 
ly managing a major procurment of new computing equipment which will in¬ 
clude a new, larger, and more state-of-the-art IBM (compatible) 
machine (s), three Digital Equipment Corporation (DEC) VAX 11/780s, and a 
Local area network (see related article in this issue) which will provide 
the means for using the new equipment. 

The purchase order for the three DEC VAX 11/780s was completed last 
month. Two of the machines wili be used for general purpose timesharing 
and will be managed directly by the Computing Center. The third VAX will 
be reserved for specialized experimentation and research, especially in 
Computer Science and other areas requiring more direct access to the ma¬ 
chinery and operating system. The experimental/research machine wil’ be 
managed by the Computer Science Department on behalf of the Univers^.y. 
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The final decisions concerning the configuration of the IBM (compatible) 
machine have not yet been fixed. 

Current estimates and contracts call for the completion of the con¬ 
struction of the fifth floor on or before February 15, 198^ and that date 
is the official date for installation of all eguipment. It appears at 
this writing that the process is on time, which means that by early in 
the spring semester we will all be computing on newer, better, equipment. 


TALKING TO THE COMPUTING FACILITIES 


The Local Area Network 

Part of the new look in computing at NTSU will be the construction of a 
Local Area Network (LAN) which will provide considerably better, and more 
reliable communications between our computing facilities and end users. 
The specific network system being established at NTSU is called a broad¬ 
band system and is based on cable television (CATV) technology. 

The reason for networking at all is to provide a means for connecting 
all computing equipment on the campus to all users on the campus with 
high speed, reliable, communications. While there are various networking 
approaches available, a Local Area Network will provide a considerable 
amount of connectivity which means, simply, that any two (or perhaps 
more) points or nodes on the network may talk to each other by the deci¬ 
sion of the user. The network will be completely distributed in that a 
communication need not travel through any one computer or processor. 

Because the network will be based on CATV technology the users of com¬ 
puting will share the medium with educational television. The ability to 
share the CATV facility is an important economy, of course. That sharing 
will also allow interested parties to combine television and computer 
technologies for more advanced systems of computer assisted instruction. 

As far as the CATV part of the project is concerned, there will be 
cooperation between NTSU and Golden Triangle Communications (which pro¬ 
vides cable television to Denton). Golden Triangle is committed by its 
franchise with the City of Denton to provide television services to the 
Campus and by working together we plan to provide many more services to 
the campus than would be possible by operating independently of one 
another. At some point in the future it should be possible for students, 
faculty, and staff to buy an add-on service to their basic cable service 
(at home) which will provide high-speed access to the computing facili¬ 
ties at NTSU. 

In order to attach eguipment to the Local Area Network it will be ne¬ 
cessary for departments to acquire a radio frequency modem through the 
Computing Center. The initial cost of such a modem may be an important 
factor in various departmental budgets and planning should begin now for 
appropriate acquisitions. The Computing Center, the University Computing 
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Council, and the Computer Steering Committee will attempt to make ♦••he 
transition reasonably painless. If you need further information, pie e 
contact Tom Madron in the Computing Center (788-2324). 

The long-term Denefits of the connectivity provided by the Local Area 
Network will be seen not only in traditional areas of computer use but 
also in such emerging areas as office automation. It is the ultimate ob¬ 
jective in the design of the network to provide a facility to which all 
computing equipment can be connected and through which it can be ac¬ 
cessed. The use of the CATV technology will provide NTSU with a true 
state-of-the-art computer communications system. 


USING THE COMPUTES FOB RESEARCH: PART IV 

By Bob Brookshire 


This article is the fourth in a series of articles on computing and data 
analysis. The previous articles appeared in BENCHMARKS Volume 3, Numoers 
2,3, and 4. 

Hhat is a Computer? 

From the point of view of the statistical package user, a computer 
consists of several components. The most important of these is the c 
tra1 proces sing u nit (CPU), which processes your instructions and per¬ 
forms the mathematical operations. Attached to the CPU are £eri£heral 

d evic es, which include printers that print the results of your programs, 
tape and disk drives which advance the tapes and disks on which your data 
is stored so that it can be read by the CPU, card readers which transfer 
information from punched cards to the CPU, and terminals which can tran¬ 
smit information to or receive information from the central processing 
unit. These peripheral devices need not be located in close physical 
proximity to the CPU, in which case they are known as remote devices. A 
keypunch machine is not a peripheral device, since it is not connected to 
the CPU. It is merely a machine for punching holes in computer cards. 
Microcomputers such as the Apple or TRS80 are also not generally peri¬ 
pheral devices, but are instead small independent computers not linked 
with the NAS 5000 central processor. Some micros have the capability to 
be used as terminals, however, with the addition of special communica¬ 
tions devices and the appropriate programs. In general, the devices and 
central processing unit are known as har dware. The sets of instructions 
for the computer to perform, the programs, are called software. You can 
distinguish between hardware and software by the following rule: If it's 
a machine, it’s hardware; if it's a program, it's software. Computers 
are hardware, statistical packages are software. 

Operating Systems 

The major functions of the computer are directed by Q£erat^ng. JLfcste '. 
An operating system is simply a series of programs that supervises ,.ae 
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execution of other programs. At North Texas, several operating systems 
are available. The two major systems that are used for research program¬ 
ming are MUSIC and 03/MVT. 

MUSIC (McGill University System for Interactive Computing), is an op¬ 
erating system marketed by IBM. It is interactive in the sense that you 
can enter commands on a terminal, have the computer system respond immed¬ 
iately, enter another command, and so on. MUSIC has its own statistical 
package, STATPK, which will be described in detail in a later article in 
this series. Since it is an interactive package, you merely have to en¬ 
ter the data to be analyzed at the terminal, describe the data to STATPK, 
and reguest that a statistical procedure be performed. The results are 
printed at the terminal within seconds of your reguest, and you can then 
reguest another statistical analysis. This package is severely limited, 
however, in the number of procedures available and the amount of data 
that it can process. 

Aside from STATPK, the MUSIC operating system is useful for data ana¬ 
lysis in other ways. you can enter your data on the terminal in the 
MUSIC Context Editor, and it can be stored directly on magnetic disk. 
Your data can be displayed at the terminal, and any errors in data entry 
that have been made can be corrected. There are programs in MUSIC which 
can also copy these data files onto tape, print them on paper, or punch 
them on cards. You can also save your commands for the statistical pack¬ 
age you are using (BMDP, SPSS, SAS, OSIRIS, etc.) on disk files in MUSIC, 
have them displayed at the terminal, edit them to correct mistakes, 
change the commands to request different or additional statistical ana¬ 
lyses, and so on. In addition to its uses for statistical research, 
MUSIC also has the ability to do word processing, for reports, theses, 
dissertations, and books. 

Most of the statistical packages at NTSU are supervised by the OS/MVT 
(Operating System/Multiprogramming with Varied number of Ta sks ) operating 
system. This system is also an IBM product, and was developed to be ac¬ 
cessed primarily with punched cards. The structure of OS/MVT commands is 
radically different from that of MUSIC. OS/MVT is a bat ch operating sys¬ 
tem. This means that a dialogue, in the same sense as the interactive 
MUSIC operating system, cannot take place. Rather, you punch a series of 
commands on cards, have the cards read by a card reader into the computer 
system, the system processes the commands, and the results are then 
printed on paper by a line printer. You can use programs in OS/MVT to 
store your data on disk or tape, and these data files can be printed on 
paper or punched on cards. You cannot edit these data files, however. 
If there are errors in the data, the usual procedure is to replace the 
entice data file. You cannot store the commands for the statistical 
packages in OS/MVT. Instead, you keep your commands in a deck of punched 
cards, which can then be added to or replaced for new statistical analys¬ 
es. Users cannot communicate directly with OS/MVT with a terminal. Some 
people find it convenient to use the OS/MVT system exclusively, communi¬ 
cating with the system through cards and storing their data on cards, 
disk or tape. 
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It is also possible, however, to use both MUSIC and OS/MVT for data 
processing, which allows you to overcome some of the disadvantage; >t 
these operating systems. The major advantages are that you can use the 
MUSIC Context Editor to enter, edit and store data and commands for the 
statistical packages, while at the same time accessing the more powerful 
procedures available in OS/MVT. This is accomplished through the use of 
the OSJE (OS Job Entry) and OSJR (OS Job Retrieval) programs in MUSIC, 
which will be described in more detail in the next issue of BENCHMARKS. 
In this way, you can communicate with OS/MVT on a terminal through the 
MUSIC operating system. Unless you are already comfortable using punched 
cards exclusively, it is recommended that you seriously consider this 
method for your research projects. Although it sounds complex, it is by 
far the most flexible, and is not difficult to learn. In fact, MUSIC 
contains programs which will provide you with instructions at the termi¬ 
nal on the use of almost all of its facilities. 

Getting access to the Computer 

The first step in using the computer is obtaining a uroject number 
from the Computing Center. This project number is used to transfer the 
charges for computing services, including consulting, tape rental, and 
keypunching, as well as the actual use of the computer for data process¬ 
ing, from departmental or research grant budgets to the Computing Center. 
Only faculty are allowed to have project numbers, although faculty mem¬ 
bers may administer project numbers on behalf of their students. Stu¬ 
dents who wish to use the computer for research must therefore have a fa¬ 
culty sponsor. Forms for acquiring project numbers are available f 'm 
the Computing Center secretaries. A project number is ail that is neces¬ 
sary to use OS/MVT if punched cards are to be the medium of communication 
with the system. 

If you wish to use a terminal, for the MUSIC system alone or for com¬ 
municating with OS/MVT through MUSIC, you must also get a MUSIC user 
code. Charges for MUSIC usage are also referred to a project number; 
therefore, you must get a project number to get a MUSIC code. Applica¬ 
tions for these codes can also be obtained at the Computing Center. 

Terminals linked to the computer are available for general use in sev¬ 
eral locations around the campus. Terminals in the Media Library in the 
General Academic Building, and some of those in the Business Administra¬ 
tion Building, are har d wired to MUSIC. That is, they are connected to 
the computer by permanent electrical cables. Other terminals in the Bu¬ 
siness Administration Building, and those in Wooten Hall, are connected 
temporarily to the computer through telephone lines through the use of a 
device called a m ode m. The telephone number for the MUSIC system is 
566-1222. Card readers for the OS/MVT system are located in the Informa¬ 
tion Science and Business Administration Buildings. 

The Computing Center regularly offers short courses in the use of the 
MUSIC system, and Computing Center personnel are available to give in¬ 
struction in the use of the computer to academic classes at the request 
of instructors. Instruction in the use of MUSIC and OS/IIV'; is also c - 
fered by some instructors from other departments in their regular cla. j- 
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es- User's guides for the MUSIC system are available for purchase in the 
University 3ookstore, and if you plan to use this system often, you 
should get this publication. Other user's guides to the various operat¬ 
ing systems and facilities of the Computing Center will soon be availa¬ 
ble, and will contain information of interest to those who use statisti¬ 
cal packages. 


* * 

* SPSS * 

* * 
************* 


Technical Mo te s on Repeated Mea sure s Des ig ns in SPSS MANOVA 


The following article is reprinted from the magazine KEYWORDS: for users 
of S£SS Inc. software pro duc ts. Number 28, March 1982, pages 9-14. 


The implementation of MANOVA in Release 9 gives users a powerful and ver¬ 
satile analytic tool. In particular, MANOVA's ability to accommodate 
various types of repeated measures designs has struck a responsive chord 
in users' hearts. At SPSS Inc., we have noticed both in conversations 
with consultants and in calls to the SPSS technical line, that repeated 
measures designs in MANOVA constitute the largest area of comment and in¬ 
quiry regarding use of MANOVA. This interest is probably due to a number 
of things: many researchers do repeated measures designs; there are vari¬ 
ous types of designs and approaches to analysis; MANOVA's syntax and do¬ 
cumentation can be formidable; the organization of the data is an impor¬ 
tant consideration; and so on. This article introduces repeated measures 
designs, gives some examples and recommendations, and discusses some re¬ 
curring problems encountered by MANOVA users. 

A Simple Example 

A repeated measures design is one in which multiple observations are made 
on a single experimental unit. The experimental unit is typically a hu¬ 
man or animal subject. The measures might be educational scores, psycho¬ 
logical scores, or drug levels in blood samples. The multiple measures 
are of the same type and have a time ordering to them. Since the obser¬ 
vations are made on the same experimental unit, they are not independent. 
This explains the need for a distinct set of techniques for working with 
this type of data. 

The simplest possible repeated measures design is a paired comparison. 
The two-sample paired comparison t-test is familiar. MANOVA can be used 
to do the same analysis as T-TEST for paired comparisons. 
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As an example. Figure 1 shows the prejudice scores of 20 boys b^th 
before and after seeing a particular educational film. 

The test is designed so that the higher the score on this test, the 
more prejudiced the respondent. You might want to test whether the film 
affected the prejudice of the respondents in either direction. 


Figure 1 Pre and Post Scores on Prejudice Test 


CASE-N PRE POST 

1 74 70 

2 35 34 

3 46 47 

4 79 55 

5 55 30 

6 6 7 60 

7 44 41 

8 23 20 

9 78 67 

10 66 55 

11 43 32 

12 21 19 

13 90 45 

14 44 55 

15 35 40 

16 69 60 

17 83 82 

18 34 32 

19 25 12 

20 76 30 


The SPSS job in Figure 2 shows how 
for the difference in means. 


to use T-TEST and 


BANOVA to test 


Figure 2 SPSS Job Showing T-TEST and MANOVA 


RUN NAME 
COMMENT 


DATA LIST 
INPUT MEDIUM 
T-TEST 
MANOVA 


USING MANOVA TO DO A PAIRED COMPARISON T-TEST 

THE DATA ARE FROM WEINBERG AND SCHUMAKER "STATISTICS: 

AN INTUITIVE APPROACH", PAGE 212. DATA ARE A SET OF 
SCORES ON PREJUDICE TESTS BEFORE AND AFTER SEEING A FILM. 
N = 20. 

FIXED (1)/1 PRE 1-2 POST 4-5 
DISK 

PAIRS= PRE WITH POST 
PRE POST/ 

WSFACTOR=WHEN (2) / 

VJSDESIGN = WHEN/ 

ANALYSIS (REPEATED) / 

RENAME=0VERALL PREVPOST 


The results from the T-TEST are shown in Figure 3- 
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Figure 3 T-TEST Results for Paired Comparison 


VARIABLE NUMBER 
OF CASES 


STANDARD STANDARD 
MEAN DEVIATION ERROR 


PRE 


POST 


20 


54.6000 22.322 4.991 

44.3000 18.584 4.156 





* 


* 



(DIFFERENCE) 

STANDARD 

STANDARD 

* 

2-TAIL 

* 

T DEGREES OF 

2-TAIL 

MEAN 

DEVIATION 

ERROR 

* CORR. 

PROD. 

* 

VALUES FREEDOM 

PROB. 




* 


* 



10.3000 

14.704 

3.288 

* 0.756 

0.000 

* 

3.13 19 

0.005 




* 


* 




In particular, the difference in the means is 10.3, the t-value is 3.13, 
and the two-tailed significance level is 0.005. 

Consider the specification of the MANOVA command. The two dependent 
variables are PRE and POST. These variables are treated as jointly de¬ 
pendent variables. Note that no factors or covariates are specified. 
The WSFACTORS subcommand defines a stand-in variable named WHEN. That 
is, WHEN exists only within this invocation of the MANOVA procedure. The 
WSFACTORS subcommand establishes a one-two ordering of PRE and POST. The 
WSDESIGN subcommand establishes WHEN as an effect. The ANALYSIS subcom¬ 
mand invokes repeated measures analysis for this set of data. Just as in 
T-TEST, we are interested in the difference between PRE and POST scores, 
that is, the PRE-POST contrast. The RENAME subcommand makes explicit the 
fact that MANOVA is testing two effects: an overall effect, really not of 
interest, and the PRE-POST contrast, which is very much of interest. 

A portion of the MANOVA output is shown in Figure 4. 
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Figure 4 The Pre-Post Contrast in MANOVA 


******* ANaLY SIS OF VARIANCE******** 


20 CASES ACCEPTED. 

0 CASES REJECTED BECAUSE OF OUT-OF-RANGE FACTOR VALUES. 
0 CASES REJECTED BECAUSE OF HISSING DATA. 

1 NON-EMPTY CELLS. 


CORRESPONDENCE BETWEEN EFFECTS AND COLUMNS OF WITHIN-SUBJECTS DESIGN 


STARTING 

ENDING 


COLUMN 

COLUMN 

EFFECT NAME 

1 

1 

CONSTANT 

2 

2 

WHEN 


SPSS BATCH SYSTEM 


05/12/82 


PAGE 


* *******ANALYSIS OF VARIANCE******** 


ORTHONORMALIZED TRANSEORMATION MATRIX (TRANSPOSED) 

1 2 


1 

2 


7071 1 
,70711 


.70711 

-.70711 
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ORDER OF VARIABLES FOR ANALYSIS 


VARIATES 


COVARIATES 


NOT USED 
<C~ PREVPCST 



1 DEPENDENT VARIABLE 
0 COVARIATES 
1 VARIABLE NOT USED 


SPSS BATCH SYSTEM 


05/12/82 


PAGE 


* * * 

* * * * A N A 

LYSIS C F 

V 

ARIANCE* 

******* 

TESTS 

OF SIGNIFICANCE 

FOR PREVPOST USING 

SEQUENTIAL SUMS 

OF SQUARES 

SOURCE 

OF VARIATION 

SUM OF SQUARES 

DF 

MEAN SQUARE 

F SIG. OF F 

WITHIN 

CELLS 

2054.10000 

19 

108.11053 


WHEN 


1060.90000 

1 

1060.90000 9. 

81311 .005 


ESTIMATES FOR PREVPOST 
WHEN 

PARAMETER COEFF. STD. ERR. 
1 7.2831998462 2.32498 


T-VALUE 

3.13259 


SIG.OF T 
.005 


LOWER .95 
2. 41696 


UPPER .95 
12.14944 


-The analysis of variance^t^ble sh^jis-'irh'at the WHEN effect is statisti¬ 
cally significant. That is PRB>a : fi3l^POST scores differ significantly. 

The analysis of variance table shows that the WHEN effect is statisti¬ 
cally significant. That is, PRE and POST scores differ significantly. 
The ESTIMATES FOR PRE-POST statistics contain some familiar numbers. The 
T-VALUE is 3.13259 and the SIGNIFICANCE of T is 0.005, just as in T-TEST. 
Where does the number 7.2831998462 come from? If you multiply this num¬ 
ber by the square root of 2, which is 1.4142136, you get 10.3, which is 
the difference in means of PRE and POST scores. The "magic" number 
square root of two comes from the fact that MANOVA builds orthonoraalized 
contrast vectors for the overall effect and the PRE versus POST effect. 
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Figure 4 displays the contrast vectors as columns. Column 1 adds PRE and 
POST and weights them equally. Column 2 contrasts PRE and POST; tha is 
the effect of the minus sign. Where does the number 0.70711 come from? 
0.070711 is one divided by the square root of two. The two columns are 
normalized because the sums of squares of their elements are 1. Note, 

COLUMN Is 0.707112 + 0-707112=1 
COLUMN 2 : 0.70711 2 + (-0.707811)2=1 

The Two columns are also orthogonal; if you multiply the side-by-side 
elements together and sum the products, you will obtain zero as the re¬ 
sult. 

0.70711*0.7071 1 + 0.7071 1* (-0.707 11)=0 

To summarize, you can use MANOVA to perform a paired comparison t-test, 
which is the simplest possible repeated measures design. RENAME is an 
optional subcommand which you should employ to make clear what effect is 
being tested. In conjuncition with this, you can read the orthonormal- 
ized transformation matrix which MANOVA prints to see what contrasts and 
combinations MANOVA builds. Finally, the actual values of the parameter 
estimates that MANOVA prints are of less interest than are the associated 
t-values and levels of significance. 

Two Set-ups: A Comparison 

There are two fundamental set-ups for analyzing repeated measures d. i: 
the univariate set-up and the multivariate set-up. Each has things to 
recommend it. Before looking at the good and bad points of each, let's 
consider how they arise. 

In the multivariate set-up, your data are organized so that each case 
consists of information on one subject. For example. 


SUBJECT 

PRE 

DURING 

POST 

1 

50 

54 

63 

2 

43 

46 

48 

3 

56 

61 

64 

m 

• 

• 



has three scores for each subject. In contrast, the univariate set-up 
has data organized as follows: 
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SUBJECT 

TIME 

TESTSCOR 

1 

1 

50 

1 

2 

54 

1 

3 

63 

2 

1 

43 

2 

2 

46 

2 

J 

48 

3 

1 

56 

3 

2 

61 

3 

3 

64 


The scores are strung out across cases, which is inefficient for a varie¬ 
ty of reasons. 

Historically, MANOVA existed first in the CDC version of SPSS. In 
this version, the univariate set-up was the only one possible. However, 
the redesigned MANOVA explicitly took the multivariate set-up into ac¬ 
count. In addition to forcing you to spread your data, there are three 
drawbacks to the univariate set-up. First, the univariate set-up implies 
that you are using a mixed model analysis of variance approach to your 
data. That is, subject is treated as a random effect nested under the 
oetween-subjects factor. In this approach, certain symmetry assumptions 
must be met. Second, specification of the DESIGN statement can be very 
complicated. Third, the univariate set-up is computationally ineffi¬ 
cient. The univariate set-up does have some recommend uses. First, when 
appropriate, this approach has greater power. Second, when there are 
many missing subject scores, this approach makes fuller use of the data. 

The multivariate set-up is generally preferable tor the following rea¬ 
sons. First, as already seen, data organization is much easier. Second, 
MANOVA syntax, including the DESIGN statement, is much easier to prepare. 
Third, no assumption of symmetry is necessary. Fourth, the univariate 
analysis results are completely recoverable. The drawbacks to the multi¬ 
variate set-up are those situations in which the univariate set-up is 
preferable; that is, the multivariate set-up is less powerful when you 
have a small number of cases, and, in addition, it should not be used 
when there are too many missing subject responses, because deletion of 
cases with missing values on some of the scores can dramatically lower 
your valid case-base. 

An Example of the Multivariate Set-up 

We now show a prototypical set of MANOVA commands in the context of a 
more realistic example than the previous one. In this example, there is 
one grouping factor which splits the subjects into two groups. GROUP is 
a between-subject factor. There are six measurements on each subject, 
because each of two drugs was administered at each of three dosages to 
the subjects. DRUG and DOSE are each within-subject factors. The data 
are from a bioassay in which we wish to estimate the relative potency of 
two drugs which inhibit a response to a stimulus. See Figure 5. 



Figure 5 Data in a Repeated Measures Design 


GROUP 


1 


2 



DRUG 


1 



2 


IBJECT 

DOSE 

1 

2 

3 

1 

2 

3 

1 


19 

22 

28 

16 

26 

22 

2 


11 

19 

30 

12 

18 

28 

3 


20 

24 

24 

24 

22 

29 

4 


21 

25 

25 

15 

10 

26 

5 


18 

24 

29 

19 

26 

28 

6 


17 

23 

28 

15 

23 

22 

7 


20 

23 

23 

26 

21 

28 

8 


14 

20 

29 

25 

29 

29 
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16 

20 

24 

30 

34 

36 
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26 

26 

26 

24 

30 

32 

11 


22 

27 

23 

33 

36 

45 

12 


16 

18 

29 

27 

26 

34 

13 


19 

21 

20 

22 

22 

21 

14 


20 

25 

29 

29 

29 

33 

15 


21 

22 

23 

27 

26 

35 

16 


17 

20 

22 

23 

2o 

28 


Subjects in group 1 received the three doses of drug 1 first and the 
three doses of drug 2 second. Group 2 subjects received drug 2 first and 
drug 1 second. Note that the vithin-subjects factors are not SPSS var 
bles; the ordering of the six responses plus appropriate specifications 
of BANOVA syntax establish DRUG and DOSE as factors for the duration of 
the procedure. 


The SPSS commands shoxn in Figure 6 can be used to perform the analy¬ 
sis of variance of the above data. 


Figure 6 The Multivariate Set-Up in SPSS MANOVA 


RUN NAME 
COMMENT 


DATA LIST 
N OF CASES 
MANOVA 


A REPEATED MEASURES DESIGN EXAMPLE 
THE DATA COME FROM ELASHOFF, "DATA FOR 
REPEATED MEASURES ANOVA", UNPUBLISHED REPORT, 
CALIFORNIA CENTER FOR ULCER RESEARCH. 

FIXED/1 Y1 TO Y6 1-18 GROUP 19 
16 

Y1 TO Y6 BY GROUP (1,2)/ 

W SFACTOR =DBUG (2) , DOSE (3) / 

WSDESIGN=DRUG,DOSE,DRUG BY DOSE/ 

ANALYSIS (REPEATED)/ 

RENAME=OVERALL DRUG1V2 DOSE1V3 DOSE2V13 INTI INT2/ 
ERINT = SIGNIF (ERIEF) / 

DE5IGN=GR0UP/ 
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READ INPOT DATA 

19 22 28 1 4 26 22 1 

11 18 39 12 18 28 1 

20 24 24 24 22 29 1 

21 25 25 15 10 26 1 

18 24 29 19 26 28 1 

17 23 28 14 23 22 1 

20 23 23 26 21 28 1 

14 20 29 25 29 29 1 

16 20 24 30 34 36 1 

26 26 26 24 30 32 1 

22 27 23 33 36 45 2 

16 18 29 27 26 34 2 

19 2 1 20 22 22 2 1 2 

20 25 25 29 29 33 2 

21 22 23 27 26 35 2 

17 20 22 23 26 28 2 

END INPUT DATA 

Y1 to Y6 are the multiple dependent variables associated with diffe¬ 
rent levels of the within-subjects factors. GROUP is the between-sub- 
jects factor with two levels. 

Subcommand WSFACTORS defines the within-subjects factors, which are 
DRUG with 2 levels and DOSE with 3 levels. Any valid, unique SPSS name 
can be used to define the within-subjects factors. The order in which 
the factors are specified is crucial; they must be specified in the order 
corresponding to the dependent variable list. Note that the index value 
of the rightmost within-subjects factor increments most rapidly. MANOVA 
allows only one WSFACTORS subcommand in a given invocation; place this 
subcommand right after the MANOVA specification. 

The WSFACTORS subcommand specifies the design model for the within- 
subjects factors. In Figure 6, a full model is specified. 

The ANALYSIS subcommand invokes a repeated measures analysis. MANOVA 
Duilds an orthonormai transformation matrix and uses this matrix to 
transform the original response variables. After the transformation in 
our example, the new Y1 is used to test the GROUP effect, Y2 is used to 
test DRUG and GROUP by DRUG, Y3 and Y4 are used to test DOSE and GROUP BY 
DOSE, and Y5 and Y6 are used to test DRUG BY DOSE and GROUP BY DRUG BY 
DOSE. Thus, by specifying ANALYSIS(REPEATED), you instruct MANOVA to 
build the appropriate response variables for testing effects. 

The RENAME subcommand, while not required, improves the readability of 
the output. Names chosen should reflect the transformation employed. To 
see what the transformation does, either consult SPSS Upd at e 7-9 or find 
the orthonormalized transformation matrix in the output. Reading the 
latter admittedly takes practice. In the absence of anything else, re¬ 
name the variables using generic names. For example, 

RENAME=Z1 Z2 Z3 Z4 Z5 Z6/ 
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will do. This good habit emphasizes that contrasts among the original 
variables are being estimated, and not the variables themselves. In r 
example, the names chosen reflect the effects being tested. OVERALL is 
the general mean effect. DRUG 1V2 is the contrast between drug 1 and drug 
2. DOSE 1V3 is the contrast of dose 1 and dose 3. DOSE2V13 is the con¬ 
trast between dose 2 and the combination of dose 1 and dose 3. INTI and 
INT2 are interactions. 

The PRINT subcommand specifies that a brief significance table be 
printed in addition to the default output. This brief significance table 
contains the average F statistic, which was previously alluded to in the 
comparison of the univariate and the multivariate approaches. The aver¬ 
age F statistic is the F statistic that is produced if the univariate ap¬ 
proach is used. However, when you use the multivariate approach, MANOVA 
also prints an approximate multivariate F derived from Wilks' lambda. 

Finally, the DESIGN subcommand specifies the model for the bet.ween- 
subjects factors. In the example, GROUP is the only between-subjects 
factor. 

Figure 7 displays the number of cases used in the analysis and the de¬ 
sign model for the with in-subjects factors. 


Figure 7 8 of Cases and Effects Correspondence Table 


A REPEATED MEASURES DESIGN EXAMPLE 


PILE NONANE (CREATION DATE = 05/12/82) 


******** ANAL YSIS OF VARIANCE********* 


16 CASES ACCEPTED. 

0 CASES REJCETED BECAUSE OF OUT-OF-RANGE FACTOR VALUES. 
0 CASES REJECTED BECAUSE OF MISSING DATA. 

2 NON-EMPTY CELLS. 


17 



CORRESPONDENCE BETWEEN EFFECTS AND COLUMNS OF WITHIN-SUBJECTS DESIGN 


STARTING 

ENDING 


COLUMN 

COLUMN 

EFFECT NAME 


1 

1 

CONSTANT 

2 

2 

DRUG 

3 

4 

DOSE 

5 

6 

DRUG BY DOS 


Figure 8 displays the orthonormalized transformation matrix and the de- 
siyn model for the groupiny factor. This matrix is used to transform the 
original variables Y1 and Y6. 


Figure 8 Transformation Matrix and Design Model 


A REPEATED MEASURES DESIGN EXAMPLE 05/12/82 PAGE 3 

********** ANALY SIS OF VARIANCE******* 
ORTHONORMALIZED TRANSFORMATION MATRIX (TRANSPOSED) 



1 

2 

3 

4 

5 

6 

1 

.40825 

.40825 

.50000 

-.28868 

.50000 

-.28868 

2 

.40825 

.40825 

0.0 

.57735 

0.0 

.57735 

3 

.40825 

.40825 

-.50000 

-.28868 

-.50000 

-.28868 

4 

.40825 

-.40825 

. 500 0 0 

-.28868 

-.50000 

.28863 

5 

. 40825 

-.40825 

0.0 

.57735 

0.0 

-.57735 

6 

. 40825 

-.40825 

-.50000 

-.28868 

.50000 

.28868 


CORRESPONDENCE BETWEEN EFFECTS AND COLUMNS OF BETWEEN-SDBJECTS DESIGN 


STARTING 

ENDING 


COLUMN 

COLUMN 

EFFECT NAME 

1 

1 

CONSTANT 

2 

2 

GROUP 


18 






Figure 9 shows the main results of the analysis 


Figure 9 Tests of Significance 

********* * ANALY SIS OF VARIANCE******** 
TESTS OF SIGNIFICANCE FOR OVERALL USING SEQUENTIAL SUMS OF SQUARES 
SOURCE OF VARIATION SUM OF SQUARES DF MEAN SQUARE F SIG OF F 

WITHIN CELLS 53297.91667 14 3606.99405 

CONSTANT 5563251.04167 1 5563251.04167 1461.32381 0.0 

GROUP 27001.04167 1 27001.04167 7.09248 .019 


WITHIN CELLS 
DRUG 

GROUP AND DRUG 


37564.58333 
34884.37500 
32534. 37500 


14 2633. 18452 

1 34884.37500 

1 32634.37500 


13.00111 
12.16255 


.003 

.004 


DOSE 

GROUP AND DOSE 


.20466 25.26075 .000 35.50967 0.0 

.81738 1.45223 .270 2.03394 .150 


********* *ANALYSIS OF 


VARIANCE********* 


TESTS OF SIGNIFICANCE FOR WITHIN CELLS USING SEQUENTIAL SUMS OF SQUARES 


SOURCE IF VARIATION WILKS LAMBDA 


APPROX MULT F SIG OF AVG F 

F 


SIG OF 
F 


DRUG BY DOSE .87396 

GROUP AND DRUG BY DOSE .85585 


.93739 

1.08583 


.417 .68152 .514 
.366 .83689 .444 


First, the OVERALL effect is chosen as the response variable, and an 
AMOVA table for GROUP is given. The F value of GROUP is 7.09248 with an 
observed significance level of 0.019. Next, the test of DRUG and GROUP 
3Y DRUG is based on the DRUG 1V2 effect. Note that both of these sources 
of variation have significant F statistics. Third, the tests of DOSE and 
GROUP BY DOSE are based jointly on the DOSE1V3 and DOSE2V13 variates. 
The output shows two F values. The approximate multivariate F is ob¬ 
tained from a transformation of the Wilks' lambda and is the test statis¬ 
tic for the multivariate approach. The F value under th-. AVERAG r_ ' F 
heading is for the univariate approach. For example, the F values or 
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the DOSE effect in the multivariate and univariate approaches are 
25.26075 and 36.5097 respectively. Both tests lead to the same conclu¬ 
sion regarding significance. Finally, results are presented for the two 
interaction effects. 

To summarize, on the assumption that you will use the multivariate 
set-up whenever possible, here is a suggested order to the subcommands. 

• The initial variable specification list, which follows the general 

form: joint dependent varlist BY between-subjects factors WITH co¬ 

variates. 

• WSFACTORS 

• CONTRAST - where applicable 

• PARTITION - where applicable 

• WSDESIGH 

• ANALYSIS(REPEATED) 

• RENAME 

• PRINT - especially SIGNIF(ERIEF) to obtain the average F 

• Other Subcommands - PLOT, METHOD - as desired 

• DESIGN 


Recurring HANOVA P rob lems 


The following brief remarks discuss some topics that have occasioned 
calls to SPSS Inc. 

Insufficient Memory 

Unlike most other procedures in SPSS, MANOVA allocates memory dynamical¬ 
ly. Occasionally, large processing tasks cause the program to blow due 
to insufficient memory. Ordinarily, you can examine the output where an 
insufficient memory error occurs to see how much WORKSPACE is required 
for the task. However, with respect to MANOVA, the WORKSPACE requirement 
massage will most likely underestimate the amount of WORKSPACE needed for 
the entire set of tasks. One conservative rule of thumb is to multiply 
the printed value by 4 to obtain a working estimate. 

OMEANS and PMEANS in MANOVA 

Note that when you reguest OMEANS and PMEANS, these are printed for the 
transformed variates, if TRANSFORM or ANALYSIS(REPEATED) has been speci¬ 
fied, and net for the original variables. 
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Covariates in the Multivariate Set-up 


MANOVA accomodates covariates in repeated measures designs. You need as 
many covariates as dependent variables. If the covariate is constant 
across the repeated measures factors, you probably have fewer covariates 
than repeated measures variates. In this case, use COMPUTE to create as 
many replicates of the covariate as you need. 

Doubly Multivariate Repeated Measures 

Suppose that you administer two types of tests at different times. It 
you use the multivariate approach to analyze this design, the syntax is 
straightforward. In the example from above, let X and Y be the two types 
of tests. Then, the MANOVA syntax is 

MANOVA XI TO X6 Y1 TO Y6 3Y GR01JP(1,2)/ 

NSFACTOR=DPUG (2) DOSE (3)/ 

WSDESIGN=DROG,DOSE,DRUG BY DOSE/ 

ANALYSIS (REPEATED)/ 

DESIGN=GROUP/ 

*********** 

* 

* S A S 

* 

*********** 


SAS for the Visually Impaired 


The SAS In tr oductory Guide is now available from Recording for the Blind, 
Inc. for people whose physical handicaps prevent them from reading nor¬ 
mal printed material. Recorded texts are not for sale; there is no 
charge for use of the tapes. To order, write or call: 

Recording for the Blind, Inc. 

215 East 58 Street 
New York, NY 10022 
(212)751-C860 

The SAS Use r* s Guide, J.979 Editi on is also available. 


* * 
* 
* 
* 

* * 
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Usin<j Tapes Hath S& S 


The RETAIN keyword should always be used in the CD statement requesting a 
tafte mount, when using a tape with SAS in which files on the tape will be 
referred to in more than one SAS DATA step or PROS. RETAIN is part of 
the VOL paramater in the DD statement: 


//TAPE DD VOL=(„ RETAIN,SER = nnnnnn) , U NlT=fTAPEDk 
// LABEL= (1,SL) 



This will keep SAS from issuing repeated dismount and remount commands to 
the Operators console. Omitting this keyword could cause your job to be 
cancelled due to repetious mounting. 


if * 

* 

(f 

* 

* 

♦ 

* 

if 

* if 

# if 

* 









if 

* 



H 

U 

s 

I 

c 


if 

if 









if 

* * 

if 

if 

e 

9 

V- 

>> 

S 

if if 

if if 


Library Maintenan ce on MUSI C 


Efficient maintenance of your Save Library files is possible through the 
use of the CAT command. This command, an NTSU enhancement to MUSIC, was 
documented in the October 1981 issue of BENCHMARKS, Volume 2 Number 6. 

Like the LIBrary command, the CAT command is used primarily to obtain 
an alphabetic list of names of files saved in a user's SAVE Library. If 
you have a lot of files, it can become quite difficult to keep track of 
what their names are, what they contain, etc. One way to do this whould 
be to use the Save parameter of the CAT or the LIB command to save a list 
of all the files contained in your SAVE Library (enter HELP CAT or HELP 
LIB while signed-on to MUSIC, or consult the MUSI C at NTSU Manual for 
more information on how to do this). The PTPCH utility could then be 
used to get a hardcopy list of the names of all your files (enter PTPCH 
HELP while signed-on to MUSIC, or consult the March 1981 issue of 
BENCHMARKS, Volme 2 Number 2, for more information on this utility). You 
could then set about listing and/or purging those files, working from the 
aardcopy list. 

A more efficient way to do this. would be to use the Pack and Save 
parameters of the CAT command to save a list c£ file names to a file 
(normally called iaLI3) , and then Suit this saved file, entering the List 
or PORge command and a file name while still in Edit mode. This way the 
list of file names will remain on your screen and you can still list or 
purge files, without exiting the edit session. If you have FULL SCREEN 
capabilities on your screen, you can delete the file names from your file 
as you purge them. 
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Rout Print/P unch from O S/HY T to MUSIC 


It is now possible to route print/punch from HVT to MUSIC. This is ac¬ 
complished by including the following card some whe re in your JOB, after 
your JOB Card: 


/GROUTS PRINT MUSIC 
<PUBCH> 

Obviously, the PRINT/PUNCH parameters are interchangeable, depending 
on the nature of the task. It is also necessary for the first four char¬ 
acters of the JCBNAKE to follow the MUSIC naming convention; i.e. it 
should be the same as the first four characters of the MUSIC ID-Code that 
the print/punch is being sent to. 


How to Deal With Charac ters Not on lour Terminal 


Occasionally you may find that your terminal keyboard does not include a 
certain special character, or it uses a different symbol to represent it. 
For example, the VERTICAL STROKE 'I'* employed frequently by PL/I pro¬ 
grammers, is represented by the carat symbol ’a' on the MIME terminal 
keyboard. Ihe TRS80 terminal doesn’t have a key for the NOT sign ' . 


To overcome the problem, a public file called KEYBOARD3270 has been 
created, which includes the name, symbolic notation, and hexadecimal va¬ 
lue for the most commonly used special characters. Simply key in 
KEYBOARDS2.70 at your terminal and match the displayed symbol for the de¬ 
sired special character with those on your terminal keyboard. If a match 
is found, you have found the right symbol; otherwise, write down the hex¬ 
adecimal value of the desired symbol as shown at your terminal and per¬ 
form the following steps: 


1. Use the MUSIC Context Editor to edit or create the text file in 
which you wish to include the desired special character. 

2. Choose a character, or string of characters, to represent the spe¬ 
cial character that your keyboard does not contain. 

3. Key in the substitude character for every occurrence of the spe¬ 
cial character in your text file. 

4. Issue a Top command to set your current line at the top of the 
text line. 


5. Issue a XIN command to indicate input entry in hexadecimal format. 

h. Issue a global CHANGE command (see page 195 of the M USIC at NTSU 

Manual) to replace the hexadecimal value of the special charac >r 
for every occurrence of the substitude character in step 3. 
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7. Issue an AIN command to indicate restoration of normal alphanumer¬ 
ic input format. 

To clarify the above procedure, assume that you are going to enter the 
following text lines at your terminal, and your Keyboard doen't include a 
Key for the NOT symbol. Also assume that you have chosen to substitude a 
QUESTION MARK " ? " for every occurrence of the NOT symbol. Enter the 

following lines using CONTEXT EDITOR: 

I AM GOING TO KEY IN AN QUESTION MARK FOR 
EVERY OCCURRENCE OF THE NOT SYMBOL '• ? " 

IN THIS TEXT. 

A GLOBAL CHANGE COMMAND HILL THEN REPLACE 
EACH QUESTION MARK WITH A " ? ", WHICH IS 
THE NOTATION FOR THE NOT SYMBOL. 

Now enter a blank line to terminate input mode. Then enter the following 
commands: 


TOP;XIN 

CHANGE /?/5F/* 

Note that there MUST BE an intervening blank between the CHANGE command 
and the delimiter '/' • 

Now your text file should look line the following: 

I AH GOING TO KEY IN AN QUESTION MARK FOR 
EVERY OCCURRENCE OF THE NOT SYMBCI " " 

IN THIS TEXT. 

A GLOBAL CHANGE COMMAND WILL THEN REPLACE 
EACH QUESTION MARK WITH A n , WHICH IS 
THE NOTATION FOR THE NOT SYMBOL. 

Now issue an AIN command to enter input in alphanumeric format. For more 
information see the MUSIC AT NTSU Manual, pp. 174-75. 

************* 

* * 

* HP-2000 * 

* * 
************* 


Dem onst ration ID Available on the HP 


A general ID-code is available on the HP-2000 for demonstration purposes. 
This ID-code may be accessed by entering: 

HELLO-A098„PGREEN 
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Press the key labelled RETURN. <Tke password, PGREEN, 
holding the Control (CTRL) Key down.> 


is typed wit. at 


A 9 00 Pse udo -Syst em L ibrary 


The HP-2000 account number A900 contains a number of user contributed 
files which are dealt with in a manner very similar to those in the Sys¬ 
tem Library. The A900 programs are designed to be accessible to all 
HP-2000 users for execution. Most of these files are programs, some of 
which are referred to as •macros' — programs which perform a particular 
function when referenced by another program using the name of the macro 
as a program command. The rest are either appendices or documents per¬ 
taining to A900 programs or data files utilized by them. 

Detailed documentation concerning most of the programs can be obtained 
by 

EXEcutiug DOCPRT.A900 

The A900 programs can be executed by typing 
EXE-programname.A900 

The following list contains the names of the A900 programs including 
the macros (PRO=program, MAC=macro) and a brief description of each: 


NAME 

TYPE 

DESCRIPTION 

ALANG 

FRO 

Assembly Language Simulator. 

ALISTR 

PRO 

Lists contents of an ASCII file. 

ARRAY-SIZE 

MAC 

Finds size of 1 or 2 dimensional 
array. 

ASSIGN 

MAC 

Assiyns a file. 

CA LNDR-JULIAN 

MAC 

Converts calendar date to Julian. 

CAT 

PRO 

Lists catalog in either single or 
three column format and produces 
a catalog summary as well. 

CHECK-DATE 

MAC 

Checks for validity of date. 

DATE 

MAC 

Returns Day-Date-Time-Port Number. 

DEL-BLANKS 

MAC 

Deletes blanks from a string. 
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DOCPHT 

FRO 

Prints available documentation for 
some A900 files. 

ERROR 

MAC 

Handles execution errors. 

EXTEND 

MAC 

Extended precision arithmetic. 

FILCPY 

PRO 

Copies ASCII OR BASIC-formatted 
files. 

FILE-ASSIGN 

MAC 

Assigns a file. 

FILE-NAME 

MAC 

Qualifies a file name. 

FILE-SIZE 

MAC 

Determines size of a BASIC file. 

FILE-TYPE 

MAC 

Finds file type (ASCII or BASIC). 

FILRPT 

PRO 

Prints a summary of a BASIC- 
formatted file. 

PINDIT 

PRO 

NTSU-modified version of IFINDIT. 

INC-DATE 

MAC 

Increment a date by days. 

INIT-DATE 

MAC 

Initializes date. 

JULIAN-CALNDR 

MAC 

Julian date to calendar coversion. 

KEYWORD 

MAC 

Finds keywords in a string. 

LISTER 

PRO 

Lists contents of a BASIC- 
formatted file. 

MACROS 

MAC 

Macro processor for EASIC. 

MOUSE 

PRO 

Mouse-in-maze demo for A DM 3A CRT. 

MLANG 

PRO 

Machine Language simulator. 

NTXREF 

PRO 

Prints cross reference of a BASIC 
program. 

PLTPKG 

PRO 

Plot package for TEKTRONIX term¬ 
inals. 

POLCAT 

PRO 

Calculator program. 

3ORT01 

FRO 

Sorts a sequential ASCII or BASIC 
file. 

SSRCH 

PRO 

Searches a file for specified 
strings. 
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SSRCH1 


Modification of SSRCH. 


PRO 


STRING-SIZE 

SYSPDS 

SYSTEM 

TINPUT 


MAC Finds the length of a given 
string. 

PRO File Processor/Text Editor. 
MAC Processes System commands- 
MAC Terminal input routine. 


YES-NO MAC Processes Yes/No responses. 

In order to have a program placed in the A900 Library, the following 
requirements must be met: 

1. The program must be fully demonstrated in order to show that the 
program is viable and that it performs properly. 

2. The program must be accompanied by separate documentation that 
completely explains what the program does and how to use it. 

3. The beginning of the program must contain the following informa¬ 
tion in the form of REMark statements: 


Program name and purpose 
Contributor's name 

Contributor's address and phone number 
Date program was written (and/or last update) 
Date of contribution 
Any operational notes required 
Bibliographic citation if the program has 

been published 


This heading informs the user of the person who is responsible for the 
maintenance of the program and for answering questions concerning the 
program. The Computing Center will accept no responsibility other than 
to screen the programs and to make the written documentation available. 
The contributor is responsible in all other cases including notifying the 
Computing Center if he/she is leaving the university and of the person 
who will assume his/her responsibilities. Programs whose contributor di¬ 
sappears for an extended period of time while neglecting to reallocate 
his/her responsibilities will be in danger of being removed from the A900 
library- 
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HP Notes 


1. Be sure to note the information concerning the new telephone num¬ 
bers for dial-up access to the HP on page ek of this issue of 
BENCHMARKS. Keep up with the System News (EXEcute-$NEWS) and/or 
the log-on messages for further developments. 

2. REMEMBER all faculty and student ID-codes will expire on September 
1,1982, so make certain that you RENEW your ID-code during the 
month of August or you might regret having not done so. Also, 
ID-codes assigned through first Summer session classes will expire 
on July 7, 1982. Therefore, if you have files that you would like 
to keep, transfer them to your student ID-code, if you have one, 
or, if you don't have one, apply for one at the Computing Center 
(ISB- 119) and then transfer your class files to your new ID-code 
before July 7. 

3. If you are ever curious about the present status of your HP ac¬ 
count, you can check on it by doing the following; 

a) EXEcute-EXPIRE. A900 

This program will tell you when the ID-code to which you are 
logged on is scheduled to expire. If you feel that there is a 
discrepancy between your records and those of the Computing 
Center contact the HP Coordinator (788-2324). 

b) Enter 'LEN' 

LENgth is a System command which tells you how much disk space 
your account has used of that which has been allocated to it. 

c) Enter 'TIM' TIMe is a System command which informs you of the 
amount of terminal time your account has used of that which has 
been allocated to it. 


************* 
* * 

* COMPOTES HOMOB * 

* * 
****$******«* 


Extensions to B abba ge 


An article appeared in DATAMATION in 1981 entitled "Babbage: Language of 
the Future." This article proposed a programming language to replace all 
ther programming languages - Babbage. This language, named after 
harles Babbage, "the first systems designer to go over budget and behind 
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schedule, was to be funded by the United States Department of Sanitation. 
It would run on a "state-of-the-art" operating system called VTOS (Vii j- 
al Time Operating System), which makes CPU processing time a virtual re¬ 
source. This results in an unlimited number of jobs being run at the 
same time. Like VH, VTOS has to play tricks to achieve its goals, so 
while some jobs appear to be running in the present, they are actually 
running next week. 

Some of the features of Babbage proposed by Tony Karp, the author of 
the DATAMATION article were: 

* A method for passing parameters to subfunctions termed "call by 

telephone." This method is especially effective for long-distance 

parameter passing. 

® A number of conditional statements that act like termites in the 

structure of your program: 

® WHAT IF - Used in simulation languagues. Branches before evaluat¬ 
ing test conditions. 

® OE ELSE - Conditional threat, ex.: "Add these two numbers OR 
ELSE!" 

«■ WHY NOT - Executes the code that follows in a devil-may-care fash¬ 
ion. 

• WHO ELSE - Used for polling during I/O operations. 

® ELSEWHERE - Where your program really is when you think it's here. 

® GOING GOING GONE - For writing unstructured programs. Takes a 
random branch to another part of your program. Does the work of 
10 GOTO's. 

• A number of loop statements: 

« DON'T DO WHILE NOT - Not executed if the test condition is not 
false (or if it's Friday afternoon). 

• DIDN'T DO - The loop executes once and hides all traces. 

® CAN'T DO - The loop is pooped. 

® WON'T DO - The CPU halts because it doesn't like the code inside 
the loop. Execution can be resumed by typing "May I" at the con¬ 
sole. 

• MIGHT DO - Depends on how the CPU is feeling. Executed if the CPU 
is "up", not executed if the CPU is "down" or if its feelings have 
been hurt. 
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® DO ONTO OTHERS - Used to write the main loop for timesharing sys¬ 
tems so that they will antagoinze the users in a uniform manner. 

• DO-W AH - Used to write timing loops for computer-generated music 
(Hag Timing) . 

• A variety of case statements: 

• The JOST-IN-CASE Statement - For handling afterthoughts and fudge 
factors. Allows you to multiply by zero to correct for acciden¬ 
tally dividing by zero. 

® The BRIEF CASE Statement - To encourage portable software. 

• The OPEN-AND-SHUT CASE Statement - No proof of correctness is ne¬ 
cessary with this one. 

• The IN-ANT-CASE Statement - Always works. 

• The HOPELESS CASE Statement - Never works. 

• The BASKET CASE Statement - A really hopeless case. 

• The ALOHST EQUALS SIGN - used for comparing two floating point num¬ 
bers. It "takes the worry out of being close". 

The following contribution, by Tim Puckett of the Systems Group here 
at the Computing Center, is a reaction to the DATAMATION article. 

I felt that BABBAGE needed some debugging aids to help the user debug 
his/her program. One good debugging aid is DWIM (DWIM stands for Do What 
I Mean). When Babbage interprets this command it will interpret any in¬ 
structions after this command and execute them the way the programmer 
meant for them to be executed, not the way he/she wrote them. Another 
good debugging aid is WIZARD. This command is a self-debugging tool; 
each time the program is run, one or more bugs in the program disappears 
until the program is completely bug free (the number of bugs.that disap¬ 
pears is dependent on how close the program is to deadline). The third 
debugging aid is called WINDOW. The window command allows the programmer 
to see what Babbage is doing to his/her program and also allows Babbage 
to see the expressions of the helpless programmer. The fourth and last 
debugging aid is called MIRROR. This debugging aid fools the programmer 
into thinking that his/her programs are running the way they thought the 
programs should, not the way the compiler executes them. 

Along with the enchanced debugging aids, another extension to Babbage 
is the MAYBE SIGN. The maybe sign is used in decision making when the 
case is neither yes nor no. 

A need exists for a few more extensions to Babbage in order to make it 
the language of the future, but I think we have a pretty good start. In 
case any of you can think of any other enchancements to Babbage please 
sand a memo to Claudia Putnam (FA14) while signed-on to MUSIC, or through 
inter-campus mail. 
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INDEX TO PAST ISSUES 


In order to utilize BENCHMARKS to its fullest capacity and avoid redun¬ 
dancies, an index of previous issues containing information considered 
still pertinent to the NTSU Computing Center is included in each issue. 
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MONTH/YEAR 
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1. 

ACADEMIC COMPUTING IN GENERAL 

Using the Computer for Research: 

Part III 
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Part III of Users Guide Available 
in the University Store 

3/3 
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Known Errors in SPSS Release 9.1 

3/3 
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10 

Printing "Very,Very Small" Numbers 

3/1 

Jan/82 

13 

Undocumented MANOVA Conventions 

3/1 

Jan/82 

13 

Manipulating "Space" in SPSS 

2/7 

Nov/Dec/81 

13 

SPSS Enlightenments 

2/7 

Nov/Dec/8 1 

14 

SPSS Statistical Algorithms Available 

2/6 

Oct/8 1 

1 4 

D) SAS 

SAS Notes 
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20 

GALILEO IV 
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7 
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2/1 

Jan/8 1 

10 
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1/2 
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7 
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Analysis Using Osiris 
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1 3 

USAGE STATISTICS 

MUSIC Usage Statistics 1980-1981 

3/1 

Jan/8 1 

10 
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Sept/81 

11 

UTILITY APPLICATIONS 
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7 
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8 
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REGISTRATION FORM FOR COMPUTING CENTER SHORT COURSES 

Please complete this form and return it AS SOON AS POSSIBLE if you wish 
to attend any of the short courses announced in this issue. 

NAME: _ DEPARTMENT: _ 

PHONE:_ 

I wish to attend : 

Introduction to MUSIC _ July 26, 3-5 PM 

Introduction to MUSIC/SCRIPT 

July 30, 10 AM - 12 NOON 

Introduction to SPSS July 27/29 3-5 PM 

Introduction to SAS _ July 27/29 1-3 PM 

Advanced MUSIC _ July 28, 3-5 PM 

Introduction to BMDP. _ July 26/28 1-3 PM 

Introduction to HP/2000 

July 30, 1-3 PM 
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PLEASE RETOHH TO: 

Academic Computing Services 
The Computing Center 
NT Box 13495 

North Texas State University 
Denton, TX 76203 
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GET a "SUBSCRIPTION** TO BENCHMARKS 


BENCHMARKS is a vital link between the NTSU Computing Center and the us¬ 
ers of our facilities. It is important for all users of the computing 
facilities to maintain a file of these newsletters because they contain 
materials which will periodically update existing documents as well as 
information and suggestions on uses of OS-MVT, MUSIC, the HP-2000, and 
other resources available to NTSU students and faculty. To facilitate 
the dispersal of BENCHMARKS, *** FREE *** subscriptions are now availa¬ 
ble. To receive yours, send the following information to us either by 
"snail mail" (the post office or campus mail) or electronically, through 
the MAIL facility on MUSIC. 

Name _ 


Mailing Address 


PLEASE GIVE A CAHPUS ADDRESS (HOT BOX) IF POSSILBLE - It's Cheaper ! 





PLEASE RETURN TO: 

Academic Computing Services 
The Computing Center 
NT Box 13^95 

North Texas State University 
Denton, TX 76203 



